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^invention concerne un systeme de gestion de la consommation de consultations sur un reseau de 
telecommunications. 

La consultation est realisee par communication entire un centre serveur distant, (SA), et un terminal 
d'abonne local, (T), par une liaison de telecommunications de type commute. Un module de gestion, 
(MG), de la consommation est prevu, ce module etant exteme a la liaison et permettant, par 
communication interactive entre le terminal d'abonne local, (T) t et le module de gestion, (MG) ainsi que 
entre le module de gestion, (MG), et le centre serveur distant, (SA), d^tablir, controler et acquitter la 
consommation entre le centre serveur distant, (SA), et un terminal d'abonne, (T). 

Application a la gestion des consultations de centres serveurs sur reseaux nationaux ou intematio- 
naux. 
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La presente invention concerne un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication. 

Avec la multiplication du traf ic de consultations de donnees sur les r6seaux de telecommunication, de type 
reseaux de transmission de donnees numeriques, multiplication due notamment £ ('augmentation et a la di- 

5 versite croissante des prestations de services fournies par les centres serveurs connectes a ces reseaux, ap- 
parait actuellement un p rob I erne majeur d'accessibilite en raison du caractere decroissant de la disponibiiite 
de ces centres serveurs. Bien que le probieme d'accessibilite precite ne soit pas directement pose par la ca- 
pacite de transmission des reseaux numeriques modernes, la gestion directe de la consommation de consul- 
tations de donnees entre abonnes et centres serveurs precites par ces derniers presente, en premier lieu, I'in- 

10 convenient d'augmenter systematiquement la duree du temps d'acces, et f inalement I'encombrement du re- 
seau. Elle presente en deuxieme lieu I'inconvenient d'une gestion assujettie a I'autorite responsable de chaque 
centre serveur, ce qui peut f reiner le developpement des demandes d'acces a ces derniers par les abonnes, 
I'autorite responsable precitee se trouvant fatalement en position de juge et partie, en cas de litige en matiere 
de gestion avec un ou plusieurs abonnes. 

15 La presente invention a pour objet un systeme de gestion de la consommation de consultations de donnees 

sur un reseau de telecommunication, permettant de remedier notamment aux inconventents precites. 

Un autre objet de la presente invention est en particulier la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication permettant d'offrir aux four- 
nisseurs de service de consultations et de teiechargement sur les reseaux numeriques de telecommunication 

20 modernes, la prise en compte par un tiers de toute operation de gestion d'acces aux services, de paiement 
des contenus et reversement, tiers en qui les differents acteurs ont toute conf iance, ce systeme de gestion 
apparaissant, pour ces derniers, comme un veritable mediateur teie-informatique. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication utilisant des mecanismes 

25 universels, independants des caracteristiques propres des reseaux de telecommunication. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication, d'une tres grande souplesse 
d'utilisation relativement a la diversite des prestations fournies. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 

30 consommation de consultations de donnees sur un reseau de telecommunication permettant de qualifier cer- 
tains abonnes particuliers, en fonction de pratiques de consommation specifiques. 

Un autre objet de la presente invention est egalement ta mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de traf ic d'un reseau de telecommunication permettant d'offrir a tout abonne 
utilisateur du reseau un guichet ou point d'entree unique federateur. 

35 Un autre objet de la presente invention est enf in la mise en oeuvre d'un systeme de gestion de la consom- 

mation de consultations de donnees d'un reseau de telecommunication presentant les caracteristiques de mul- 
tireseau d'acces, de multireseau de distribution/consommation, et de multiapplicatif, ce qui permet aux centres 
serveurs prestataires de services une tres grande souplesse de tarif ication et une tres grande facilrte d* inter- 
nationalisation de I'offre et de la prestation de service. 

40 Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 

cation entre un centre serveur distant et un terminal d'abonne local, la communication entre le centre serveur 
distant et le terminal d'abonne local etant realisee par I'intermediaire d'une liaison de type commute, est re- 
marquable en ce qu'il comporte un module de gestion de la consommation, extern e a cette liaison, permettant, 
par une communication de type interact if entre, d'une part, le terminal d'abonne local et le module de gestion, 

45 et, d'autre part, entre le module de gestion et le centre serveur distant, d'etablir, contrdler et acquitter cette 
consommation entre le centre serveur distant et le terminal d'abonne local. 

Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 
cation, objet de la presente invention, trouve application a la gestion de la consommation de consultations de 
donnees sur un reseau de telecommunication entre un terminal d'abonne local et un centre serveur distant, 

so terminal d'abonne local et centre serveur distant etant localises sur un me me territoire national ou sur des terri- 
toires nationaux distincts. 

Une description plus detailtee du systeme de gestion de la consommation de consultations de donnees 
objet de la presente invention sera donnee en liaison avec les dessins ci-aprds dans lesquels : 

- la figure 1a represente un schema synoptique d'un systeme de gestion de la consommation de consul- 
55 tations sur un reseau de telecommunication conforme a i'objet de la presente invention ; 

- la figure 1b represente un mode de realisation particulier du systeme objet de la presente invention tel 
que represente en figure 1a t 

- les figures 1c et 1d represented, a titre illustratif un chronogramme des 6 changes de messages entre 
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les differents elements constitutifs du systeme objet de la presente invention, ('ensemble de ces echan- 
ges pouvant constituer un protocole de communication de type interactif entre ces differents elements, 

- la figure 2a represente, sous forme de schema synoptique, une decomposition fonctionnelle d'un module 
de gestion de la consommation de consultations constitutif d'un systeme objet de la presente invention, 

5 - la figure 2b represente un diagramme de repartition des taches entre les differents elements constitutifs 

du syteme objet de la presente invention et un operateur assurant le transport ou acheminement des 
messages et des donnees consultees, 

- les figures 3a f 3b et 3c represented respectivement une premiere, une deux ie me et une troisieme va- 
riante de realisation du systeme objet de la presente invention, tel que represente en figure 1a, 

*0 - les figures 4a, 4b et 4c represented respectivement un schema synoptique de la configuration materielle 

du module de gestion, du terminal local et d'un centre serveur distant, serveur applicatif, permettant la 
realisation d'un systeme conforme a Tobjet de la presente invention. 
Une description plus detaillee d'un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication entre un centre serveur distant et un terminal d'abonne local, conforme- 
15 ment d I'objet de la presente invention, sera maintenant donnee en liaison avec la figure 1a et les figures sui- 
vantes. 

En premier lieu, on precisera les notions de terminal d'abonne local et de centre serveur distant dans Tac- 
ception utilisee dans le cadre de la description de la presente demande de brevet. 

Un terminal d'abonne local est un terminal capable d'engendrer et de recevoir des messages sur un reseau 
20 de telecommunications, conformement aux dispositions legates d'un territoire national donne en matiere de 
telecommunications. 

Un centre serveur distant est un centre serveur capable d'engendrer et de recevoir des messages sur un 
reseau de telecommunications, ce centre serveur etant situe sur le meme territoire national ou sur un territoire 
national distinct du territoire dans lequel est situe un terminal d'abonne local quelconque, selon la definition 
25 pre ci tee. 

Ainsi, la liaison entre le centre serveur distant, note SA, et le terminal d'abonne local, note T, est realisee 
par Tintermediaire d'une liaison de telecommunication de type commute. On rappelle que la notion de liaison 
de telecommunication de type commute couvre a la fois la commutation de reseaux ainsi que la commutation 
de paquets d'informations trans mis sous forme numerique. 

30 Conformement a un aspect particulierement remarquable du systeme de gestion objet de la presente in- 

vention, celu»-ci comprend un module de gestion, note MG, de cette consommation, ce module etant externe 
a la liaison entre serveur distant, SA, et terminal d'abonne local, T. On indique que, d'une maniere generate, 
le module de gestion, MG, permet par une commmunication de type interactif entre, d'une part, le terminal 
d'abonne local, T, et le module de gestion, MG, par Tintermediaire d'une liaison notee 1 sur la figure 1a, et, 

35 d'autre part, entre le module de gestion, MG, et le centre serveur distant SA, par Tintermediaire de liaisons 
2 et 4, par exemple, d'etablir, de contrdler et d'acquitter la consommation de consultations, etablies par Tin- 
termediaire de la liaison de telecommunication de type commute, notee 3 sur la figure la, entre le centre ser- 
veur distant, SA, et le terminal d'abonne, T. 

Une description plus detaillee de la structure du systeme de gestion objet de la presente invention, sera 

40 maintenant donnee en liaison avec la figure 1b. 

Selon une caracteristique avantageuse du systeme de gestion precite, la communication entre ie module 
de gestion, MG, et le terminal d'abonne distant, T, peut etre realisee par Tintermediaire d'une liaison de tele- 
communication a debit inferieur ou egal au debit de la liaison entre le terminal d'abonne local, T, et le serveur 
distant SA. 

45 Dans un mode de realisation particulier, on indique que les liaisons de telecommunication precitees peu- 

vent etre constitutes par une liaison du type reseau numerique a integration de services, R.N.I.S., et en par- 
ticulier par le reseau NUMERIS (1B), pour ce qui concerne la liaison notee 1 entre le terminal d'abonne local 
T et le module de gestion, MG, et par ce meme reseau NUMERIS (1 B) ou (2B) t pour ce qui concerne la liaison 
de telecommunication de type commute entre le terminal d'abonne local, T, et serveur distant, SA. 

50 En ce qui concerne la communication entre le module de gestion, MG, et le centre serveur distant, SA, 

celle-ci peutde preference etre realisee par Tintermediaire d'une liaison numerique a commutation de paquets, 
satisfaisant a la recommandation de commutation de paquets, X.25. du C.C.l.T.T. (Comite Consultatif Inter- 
national pour le Telephone et le Tel eg raphe). 

On indique que cette liaison peut en particulier etre realisee par une liaison specialisee, LS, ou par I'in- 

55 termediaire du reseau TRANSPAC. Sur la figure 1b, ces liaisons sont notees respectivement LS ou TPC. 

D'une maniere generate, on indique que le terminal d'abonne local, T, peut etre realise au moyen d'un mi- 
cro-ordinateur personnel, de type PC, comportant un microprocesseur de type INTEL 80 486. Le module de 
gestion, MG, peut etre realise & partir d'un micro-ordinateur de type PC, comportant un micro- processeur de 
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type INTEL 80 386 par exemple, ainsi qu'il sera ctecrit ulterieurement dans la description. 

Bien entendu, le systeme de gestion objet de la presente invention utilise pour son fonctionnement, c'est- 
a-dire pour I'etablissement de la communication de type interactif entre les difterents elements, un protocole 
de communication, lequel est illustre sch6matiquement en figure 1c. 

Sur la figure precitee, on indique que I'axe vertical represente I'axe des temps, d partir d'une origine ar- 
bitrage, les 6v6nements etant reports pour le terminal d'abonne local, T, le module de gestion, MG, et le ser- 
veur distant, SA. Ces evenements correspondent & remission et/ou £ la reception de messages dont les indices 
chiffr6s correspondent au numero de liaison empruntee. 

Selon un aspect particulterement avantageux du systeme de gestion objet de la pr6sente invention, le pro- 
tocole de communication comporte au moins successivement les etapes de connexion du terminal d'abonne 
local, T, au module de gestion, MG, et d'acquittement de cette connexion. Par convention, les messages 
d'acquittement, lesquels font partie des protocoles normalement utilises pour la transmission et la reception 
de donnees sur les difterentes liaisons consider6es, ne seront ni d6sign6s ni decrits en detail, car ces mes- 
sages d'acquittement correspondent £ des formats de messages connus. 

Le message de connexion du terminal d'abonne local au module de gestion, MG, ce message etant note 
nr^TMG, est transmis sur la liaison de telecommunication 1 pr6cit6e, sous forme d'une communication courte, 
c'est-£-dire d'une communication dont la duree est comprise au maximum entre 10 secondes et 15 secondes. 

Le message de connexion, m,TMG, peut comprendre, dans un mode de realisation avantageux, un champ 
d'identif ication de I'abonne, I'abonne pouvant disposer au niveau du terminal d'abonne local d'un lecteur de 
carte d'identif ication ou de motde passe, cet abonne pouvant etre titulaire d'une carte d'identif ication corres- 
pondante. Le message de demande de connexion, mtTMG, peut comporter 6galement un champ de dedinai- 
son par le client de I'identite du service qu'il souhaite consommer, c'est-£-dire de i'identite du centre serveur 
distant et de la nature des donnees ou informations qu'il souhaite obtenir de ce dernier, et pris en compte par 
le module de gestion, MG, un champ representatif du prof il et de la classe de I'abonne, ainsi qu'il sera decrit 
ulterieurement dans la description. 

Suite £ la reception par le module de gestion, MG, du message de demande de connexion, mJMG precite, 
le module de gestion, MG, permet, sur critere de comparaison des donn6es contenues dans le message de 
demande de connexion, miTMG, & des parametres precharges concernant cet abonne, d'autoriser ou non I'ou- 
verture d'un credit alloue par transaction et I'acces de cet abonne au service demande, c'est-£-dire au centre 
serveur distant, SA, identify. 

Sur decision positive relativement & cette autorisation, le module de gestion, MG, permet d'affecter a 
I'abonne considere une c!6 temporaire autorisant, pour cet abonne, I'acces au serveur applicatif, SA, et mise 
£ disposition des informations necessaires £ la connexion vers le serveur distant ou serveur applicatif, SA, 
precite. Ces informations necessaires £ la connexion concernent par exemple un code d'acces ou d'appel du 
serveur precite. 

Suite £ la decision positive precitee, une operation 2 de transmission par le module de gestion, MG, au 
centre serveur distant d'un message d'autorisation de demande de service pour le terminal abonne consid6r6 
est effectu6e par renvoi par le module de gestion, MG, au centre serveur distant SA, d'un message corres- 
pondent, note rr^MGSA, sur la figure 1c. Ce message m 2 MGSA comporte la cl6 temporaire d'acces au centre 
serveur distant, SA. 

La cl6 temporaire est engendr6e par le module de gestion MG lorsqu'un client, qui a satisfait & des contrd- 
les de mot de passe, credits et profits, s6lectionne le service applicatif qu'il souhaite consulter. Eile est d'abord 
transmise au serveur applicatif qui la conserve pendant un certain temps. Elle est ensuite transmise au ter- 
minal, qui la fournit au serveur tors de I'appel. Le contenu de la clef r6pond aux contraintes suivantes : 

- elle doit etre la reference unique, pr6sente dans tous les echanges lies £ une transaction (consommation 
d'un service et facturation) : echanges T-MG, MG-SA et T-SA, 

- elle doit permettre de retrouver, en cas de litige, Thistorique d'une transaction, 

- elle ne doit pas pouvoir etre "devinee" par un client pendant qu'elle est valide sur le centre serveur distant 
SA. 

En fonction de ces cri teres, une structure adaptee peut etre la suivante : 
Clef complete : [code client][code SA][ann6e][quantieme] [numero de dossier], avec [ann6ej sur deux chiffres, 
[quantieme], jour de I*ann6e de 1 £ 365, [numero de dossier] egal £ [heure] egal £ [numero ateatoire], avec 
[heure] en hh mm ss de I'affectation de la clef, et [numero ateatoire], chiff re de 0000 £ 9999. Par exemple, la 
clef complete engendr6e pour le client de code 0001, service 0002, le 6 janvier 1993 & 14 h 32 mn 10 s, creee 
avec un numero ateatoire 9876 sera : 
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QQQX 0002 9.3 006 14 32 10 9786 

US SA ANNEE QUANT HEURE N • ALEATOIRE 

< > 

N° Dossier, Clef abr6g6e 

< • > 

Clef comol^te 



Seul le num6ro du dossier (clef abreg6e) est connu du client. II est aff iche sur I'ecran du terminal avant la 
10 connexion au serveur applicatif. Ce numero de dossier etant unique, il permet de retrouver a posteriori les 
evenements survenus pendant la transaction (causes d'erreurou problemes de taxation). Le module de ges- 
tion MG s'assure que deux clients ne peuvent avoir le meme numero de dossier en le com para nt avec les nu- 
meros dej& engendres pendant la seconde courante. 

Dune maniere generate, et de fa con particulierement avantageuse, on indique que la transmission du mes- 
15 sage m 2 MGSA est effectuee egalement par une communication courte, permettant la transmission de la cle 
temporaire precedemment mentionnee au centre serveur distant, SA, du montant de credit alloue par le module 
de gestion, MG, ainsi que d'information specif ique concernant I'abonne, la configuration du terminal local dont 
celui-ci dispose et la liaison avec le centre serveur, SA. 

Le module de gestion, MG, transmet par I'intermediaire de la liaison 1, precedemment mentionnee, un 
20 message d'activation du terminal abonne local, T, ce message etant note m-tMGT et contenant notamment la 
cle temporaire d'acces au centre serveur distant, SA, af in de permettre au terminal abonne local, T, d'effectuer 
la demande de connexion avec le centre serveur distant, SA, precite. 

Suite a la reception du message de validation, rr^MGT, precedemment mentionne, la liaison 1 est rompue. 
Le terminal abonne local, T, transmet alors un message de demande de connexion du terminal abonne au cen- 
25 tre serveur distant, ce message etant note m 3 TSA et transmis par I'intermediaire de la liaison de telecommu- 
nication de type commute 3. 

D'une maniere generale, on indique que ce message de demande de connexion, m 3 TSA, comporte bien 
entendu la cle temporaire d'acces, laquelle etant egalement connue du centre serveur distant, SA, permet d'ef- 
fectuer ('interconnexion directe du terminal d'abonne local, T, au centre serveur distant, SA, dans les conditions 
30 habituelles de connexion propres a ce type de liaison de telecommunication, tel que le reseau numerique a 
integration de service (R.N.I.S.). 

Bien entendu, suite a la reception du message de demande de connexion, m 3 TSA, le centre serveur dis- 
tant, SA, peut engendrer un message de validation du message de demande de connexion precite et effectue 
la transmission et I'echange de donnees entre le centre serveur, SA, distant et le terminal d'abonne, T ( suivant 
35 la prestation de service demandee, par renvoi d'un ou plusieurs messages successifs, lesquels seront notes 
en vue de simplification par la designation m 3 SAT. L'echange des donnees, et, en consequence, la prestation 
de service demandee, est bien entendu effectue par la liaison 3 precedemment mentionnee dans la descrip- 
tion. 

Enf in, suite a la fourniture de la prestation de service demandee, la liaison 3 est rompue par le centre ser- 

40 veur distant, SA, lequel conformement a un aspect particulierement avantageux du protocole de dialogue in- 
teractif entre les divers elements du systeme de gestion objet de la presente invention, effectue la transmission 
vers le module de gestion, MG, d'un message note m 4 SAMG, de compte rendu de prestation de service par 
la liaison 4 vers le module de gestion, MG. On rap pel I e que la transmission de ce message de compte rendu 
de prestation de service est effectuee par une liaison numerique a commutation de paquets de type liaison 

45 specalisee, ou TRANSPAC. 

D'une maniere generale, on indique que le message de demande de connexion du terminal abonne local 
au centre serveur distant, message m 3 TSA sur la figure 1c, peut comporter des informations permettant a 
I'abonne de negocier le montant reel de la consommation suivant des criteres commerciaux specif iques, tels 
que volume d'achat, tarif degressif, algorithme de I'offre et de la demande, type d'usage et prof il du client, 

so ainsi que mentionne precedemment. 

En ce qui concerne le message de compte rendu de prestations de services, m 4 SAMG t transmis du centre 
serveur distant, SA, vers le module de gestion, MG, on indique que celui-ci est egalement effectue par I'inter- 
mediaire d'une communication courte, ce message concernant certaines caracteristiques de la consommation 
de I'abonne, caracteristiques telles que la nature et le montant negocie precedemment mentionnes, par exem- 

55 pie. 

D'une maniere generale, on indique qu'une consommation non acquit tee n'est pas facturee par le module 
de gestion, MG, et qu'une consommation depassant le montant autorise par le module de gestion, MG, c'est- 
a-dire le montant consomme qui est plus grand que le credit alloue, ne peut non plus etre facturee dans sa 
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totality par le module de gestion, MG. 

En outre, ainsi qu'on I'a represents en figure 1d, fe protocole de communication interactif des differents 
elements constitutifs du systeme de gestion objet de la presente invention peut com porter, suite a validation 
du message de compte-rendu de prestation de service, message m 4 SAMG precedemment mentionne, des 
5 6 tapes de transmission par le module de gestion, MG, vers le terminal d'abonne local, T, d'un message, note 
m 5 MGT, d'information sur la facturation de la prestation de service effect uee, ce message consistant essen- 
tiellement en un debit associe au terminal d'abonne, T, cons id ere. 

Le protocole peut en outre comporter, ainsi que represents en figure 1d, une etape de transmission par 
ie module de gestion, MG, vers le centre serveur distant, SA, d'un message, note rT^MGSA, de reversement 
10 du credit res tan t alloue au benefice du terminal d'abonne, T. 

Le message d'information sur la facturation, m 5 MGT, est etabli a partir d'un f ichier de compte client-f ichier 
des payeurs, gere par le module de gestion, MG, permettant une gestion de la facturation pour le compte d'un 
fournisseur, c'est-a-dire pour le compte d'un centre serveur distant, SA. Ces informations peuvent contenir 
par exemple la frequence de remission des factures, le type de facturation de la consommation. 
15 A titre d'exemple non limitatif, sur les figures 1 a et 1 b notamment, on indique que le paiement par I'abonne 

de sa facture aupres du module de gestion, MG, peut etre effectue notamment par rintermediaire d'un paie- 
ment electronique. Ce type de paiement sera decrit ulterieurement dans ta description. 

En ce qui concerne la transmission par le module de gestion, MG, vers te centre serveur distant, SA, du 
message de reversement, m 7 MGSA, on indique que ce message com pre nd des informations etablies selon 
20 le critere negocie par contrat entre I'abonne et le module de gestion, MG, en fonction des modal ites de remu- 
neration et de paiement des prestations effectuees. 

D'une maniere generate, on indique que I'etape de connexion du terminal d'abonne local, T, au module de 
gestion, MG, i'etape de transmission par le module de gestion, MG, au centre serveur distant SA, du message 
d'autorisation de demande de service et I'etape de transmission par le terminal d'abonne local, T, au centre 
25 serveur distant, SA, d'un message de demande de connexion, m 3 TSA, ainsi que I'etape de transmission et 
d'echange de donnees entre le centre serveur distant et le terminal d'abonne, T, puts I'etape de transmission 
par te centre serveur distant, SA, vers le moyen de gestion du message de compte rendu de prestation de 
service, m 4 SAMG, peuvent etre realisees en temps reel. Par realisation en temps reel de ces eta pes, on indique 
que les seuls decalages de temps entre la realisation sequentielle de la transmission de ces differents mes- 
30 sages est imputable au temps de transmission des messages et au temps de reponse des elements de deci- 
sion, suite a la reception des messages precites. 

Par contre, en ce qui concerne I'etape de transmission par le module de gestion, MG, vers le terminal 
d'abonne local, T, du message de facturation, m 5 MGT, et I'etape de transmission par le module de gestion, 
MG, au centre serveur distant, SA, du message de reversement, myMGSA, on indique que ces Stapes peuvent 
35 etre effectuees en temps reel par des liaisons 5 ou 7 correspondantes, dans les conditions precedemment 
def inies ou en temps differe. Bien entendu, I'execution de ces etapes en temps differe peut etre realisee par 
des moyens non telematiques, le message d'information sur la facturation, mSMGT, pouvant dans un tel cas 
etre constitue par un message sous forme de lettre missive, par exemple. II en est de meme egalement lorsque, 
pour le paiement de la facturation representee par I'etape 6 sur la figure 1a, par exemple, le paiement est ef- 
40 fectue par des moyens de paiement non electroniques ou non telematiques. 

Une description plus detaillee des differentes fonctions realisees effectivement par le module de gestion, 
MG, du systeme de gestion objet de la presente invention, pour la mise en oeuvre du protocole precedemment 
decrit, en liaison avec les figures 1c et td, sera maintenant donnee en relation avec la figure 2a. 

D'une maniere generate, on indique que le module de gestion, MG, comporte les fonctions ci-apres : 
45 - gestion de faeces pour un abonne considere, 

- identification de I'abonne, 

- gestion central isee des acces, c'est-a-dire contrdle d'acces au centre serveur distant, fournisseur de 
prestations, avec objectif de paiement et emission des des d'acces temporaire, en 1001, 

- gestion de cartes dans le cas ou une carte d'acces est attribuee a chaque abonne, ou gestion d'un mot 
so de passe, 

- gestion, en 1 002, des contrats et des comptes clients abonnes, c'est-a-dire gestion des droits associes 
a ces derniers, de leurs credits, des plafonds, des imp ayes mis a jour, de listes de surveillance* de type 
liste rouge, en 1002, 

- gestion du paiement des contenus consommes sur le serveur distant, SA, considere, 
55 - emission de factures et gestion fine de la facturation, en 1008, 

- recouvrement de ces factures pour ie compte des fournisseurs, c'est-a-dire gestion d'un compte client 
par le centre serveur distant SA, en 1004, 

- interface de paiement comptabilite, en 1006, 

6 
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- gestion du reversement, 

- gestion des contrats fournisseurs pour chaque centre serveur distant, SA, et reversement a ces der- 
niers. en 1004, ainsi que statistique de consommation dans ce meme module, 

- gestion d'un annuaire, en 1 003, avec gestion des services correspondants a Toff re commerciale du mo- 
dule de gestion, MG, 

- possibilite de tSISchargement de listes d'annuaires, 

- utilisation de Tannuaire comme publicite promotion du service par le centre serveur distant, SA, 

- gestion de I'interface d 'exploitation avec notamment en 1005, 

- execution des liaisons physiques 2 et 4 par r intermedia ire de la liaison par commutation de paquets en- 
tre le module de gestion, MG, et chaque centre serveur distant, SA, 

- gestion du reversement, en 1007, et de la facturation, en 1008. 

On comprend bien sur que les modules precites, notes de 1000 a 1008, sont realises par les modules de 
programme correspondants, dans lesquels tous les parametres sont codes sous forme de variable logique. 

Sur la figure 2b, on a represents un diagramme de la repartition des taches entre le systeme de gestion 
objet de la presente invention, forme par un terminal, T, abonnS local, un module de gestion, MG, et un ou 
plusieurs serveurs distants, SA, I'ensemble de ces elements etant interconnects , ainsi que decht precedem- 
ment dans la description, en liaison avec les figures 1a ou 1b, par exemple. au moyen des lignes et liaisons 
de telecommunication gerees par le transporter, lequel assure, de ce fait la seule prestation de rachemine- 
ment des donnees entre les diffSrents elements precites. 

Ainsi qu'on pourra I'observer sur la figure 2b precitee, les communications 1 , 2 et 4 sont de courte duree, 
ce qui permet d'envisager la mise en oeuvre du systeme de gestion objet de la presente invention, dans les 
conditions precedemment decrites. On indique en particulier que le module de gestion peut etre place par rap- 
port au terminal abonne local. T, soit localement, selon la definition donnee precedemment dans la description 
c'est-a-dire que le module de gestion, MG, se trouve situe dans le meme territoire national que le terminal 
abonne local faisant usage de ce dernier, soit au contraire situe de maniere distante, le module de gestion 
MG, etant situe sur un territoire national distinct de celui dans lequel est situe le terminal abonne local, T, faisant 
appel au module de gestion, MG, prScitS. 

On comprend ainsi que, pour un site d'implantation donne quelconque du module de gestion, MG, c'est- 
a-dire un territoire national quelconque, celui-ci. bien que restant soumis du point de vue de la transmission 
des messages a la legislation nationale correspondante en matiere de telecommunications, peut toutefois 
comprendre dans ses modules de tarif ication et de gestion de contrat tous les elements correspondants a des 
specifications particulieres du territoire national, dans lequel le terminal d'abonnS local, T, est implants. 

A ce titre, on indique que, selon une caracteristique particulierement avantageuse du systeme de gestion 
objet de la presente invention une separation effective de la tarification entre le contenu des informations 
transportSes et le transport de ces informations est done mis en oeuvre de la maniere ci-apres : 

- paiement a I'acte par I'abonnS, dont le montant est entierement maftrisS par le centre serveur distant, 
SA, et facturation specif ique par le module de gestion, MG, 

- transport : les communications 1 et 3 sont prises en charge par I'abonne sur la facture de telecommu- 
nication etablie par I'autorite du pays dans lequel le terminal abonne local est implante. les communi- 
cations 2 et 4 etant prises en charge par le couple module de gestion, MG/centre serveur distant SA. 

Le module de gestion, MG, permet le paiement de consommations de montant faible ou, au contraire, inv 
portant. II prend le risque d'autoriser ou non le credit allouS au terminal abonne local, T. de gerer les contentieux 
tels que impaySs, non livraisons de la prestation, et gere le reversement aux abonnes. 

Le module de gestion MG apparait comme un intervenant obligatoire pour resoudre les contentieux de tou- 
45 te nature. 

En liaison avec la figure 2b, on indique que I'autoritS nationale assurant le transport ou acheminement 
des donnees vehiculees par les differents messages assure le transport de ces donnees, la facturation de ce 
transport selon les regies propres a la legislation en vigueur dans le pays considers en fonction du lieu d'im- 
plantation, soit du terminal abonnS local correspondent soit du serveur applicatif ou centre serveur distant 
so SA, prScitS. 

Au contraire, le module de gestion, MG, facture le service au centre serveur distant, SA, et le contenu de 
la prestation au terminal abonnS local, T. 

DiffSrentes variantes de realisation du syst6me.de gestion objet de la prSsente invention seront maintenant 
dScrites en liaison avec les figures 3a a 3c. 

Dans un premier mode de rSalisation particulier reprSsentS en figure 3a. on indique que, au module de 
gestion, MG, peut Stre associS un moyen d'identif ication constituS par exemple par un centre d'autorisation 
CA, distant, interconnects au module de gestion. MG. par I'intermSdiaire d'une liaison a commutation de pa- 
quets, notSe 1.1, de type X.25, par exemple. Cette liaison peut done ainsi etre constituSe par une liaison 
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comparable aux liaisons 2 et4 de la figure 1a, 1b. Dans un tel cas, le terminal abonne local, T, petit etre muni 
d'un lecteur de cartes, et I'abonne peut etre titulaire d'une carte privatique d'accSs, par exemple une carte de 
type PASTEL assurant en fait un moyen d'identif ication, mais non pas un moyen de point d'entr6e au service 
de gestion, et en particulier au module de gestion, MG. On indique egalement que la carte privatique d'acc£s 
5 peut etre constitute par une carte PC2, par exemple. La liaison 1.1 est une liaison en temps reel, laquelle est 
effectuSe dans le protocole associe au systeme de gestion objet de la presente invention, immediatement 
apres la liaison 1, mais anterieuement a la liaison 2. 

On indique enfin que la liaison 1.1 precitee peut permettre le tel echarg erne nt de listes discriminate* ires, 
listes rouges, sous le controle du module de gestion, MG, a partir du centre d'autorisation distant, OA. 
10 Sur la figure 3b, on a represents une deux ie me variante de realisation, dans laquelle le paiement est ef- 

fectue a I'aide de moyens de paiement electronique, par exemple. 

On indique, en liaison avec la figure 3b, I'utilisation d'une procedure de type carte bancaire, avec une ou- 
verture possible vers des abonn6s ou clients de type grand public, notamment en vue d'effectuer un pr6-paie- 
ment effectif. 

15 Trois manieres d'effectuer un paiement distant par carte bancaire peuvent etre envisagees : 

- le module de gestion, MG, gere un acces vers un terminal de paiement electronique, note TPE, par I'in- 
termediaire d'une liaison, notee 1.2, ce terminal de paiement electronique etant distant, de type connu, 
ce terminal de paiement electronique etant lui-meme interconnects par une liaison 1.3 a I'organisme ban- 
caire de I'abonne. Le pre-paiement est alors effect ue par t 'intermedia ire de la liaison 1.4 au module de 

20 gestion, MG, et I'on se rapproche alors des procedures du telepaiement securise par carte bancaire avec 

fonction de reroutage dans ie rSseau. On indique que les liaisons 1.2, 1.3 et 1.4 sont des liaisons de 
type liaison de telecommunications par commutation de paquets par exemple, comme les liaisons 2 et 
4 precedemment decrites dans la description. 

- Le module de gestion, MG, peut egalement etre reconnu comme terminal de paiement electronique par 
25 I'organisme bancaire. Dans un tel cas, les liaisons 1.2 et 1.4 peuvent alors etre supprimSes. 

• La paiement peut se faire egalement directement sur le centre serveur distant ou serveur applicatif, SA. 

On indique que, dans le cas de la figure 3b, le paiement effectue est un paiement du type juste avant 
consommation, selon une procedure d'approvisionnement d'un compte intermediaire, tel qu'un porte-monnaie 
electronique, PME. 

30 Dans le cas de la figure 3c, enfin, le paiement electronique est effectue par I' intermediaire d'un compte 

intermediaire, type porte-monnaie electronique ou porte-jeton electronique, en phase identifies en fin de 
consommation. Dans un tel cas, on indique que le module de gestion, MG, dispose ou a acces a un module 
d'authentification de securite SAM (security authentif ication module, en langage anglo-saxon). 

Af in d'eviter la rupture de communication entre le serveur distant et le terminal abonne local, pour un paie- 

35 ment sur le porte-monnaie electronique, PME, et le re tour obligatoire en fin de connexion 3 sur le module de 
gestion, MG, il est alors opportun de prevoir le debit du porte-monnaie electronique, PME, de I'abonne, non 
pas juste apres la consommation, mais a la connexion suivante de I'abonne au serveur distant correspondent. 
Dans un tel cas, le module de gestion, MG, effectue en fait une regularisation, le module de gestion, maintenant 
une facture en instance, pouvant etre analysee en un credit temporal re. 

40 Un tel mecanisme peut etre mis en route a la fois pour la gestion du porte-monnaie electronique, PME, et 

celle du porte-jeton electronique, PJE. Dans ce dernier cas, la notion de module d'authentification de securite 
d is pa raft. 

Une description plus dStaillSe du module de gestion, MG, du terminal d'abonnS local, T, et du centre ser- 
veur distant, SA, ou tout au moins une configuration materielle envisages de ces derniers sera donnSe en liai- 
45 son avec les figures 4a, 4b et 4c. 

Sur la figure 4a, on a represents une configuration du module de gestion, MG, lequel outre le micro pro- 
cesses precedemment mentionne cadence a une frequence de 33 MHz, est equips d'une mSmoire vive de 
16 Mo, une pluralitS de cartes de telecommunication micro-ordinateur permettant le raccordement d'une plu- 
ralitS de terminaux d'abonnSs locaux au module de gestion. On indique que ces cartes de telecommunication 
so peuvent Stre constitu6es par des cartes PCSNET-OST satisfaisant a la norme NUMER1S et permettant 1'accSs 
simultane de 8 terminaux au module de gestion, MG. 

En outre, le module de gestion, MG, comprend une pluralitS de cartes d' interfaces micro-ordinateur / liai- 
son numerique a commutation de paquets, permettant d* assurer faeces et la connexion simultan6e du module 
de gestion, MG, a plusieurs centres serveurs distant s distincts, SA. Ces cartes sont du type PCXNET-OST 
55 permettant I' acces simultane a plusieurs serveurs distants. 

D'une maniSre generate, on indique que le module de gestion, MG, et le micro-ordinateur constitutif de 
celui-ci sont 6quip6s d'un systeme d'exploitation de type UNIX. Ce systeme d f exploitation, en raison de son 
architecture multiprocesseur, et multitache, permet notamment de gerer les aspects multi-utilisateurs et multi- 



8 



EP 0 647 052 A1 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



r6seaux du module de gestion, MG. 

Lapplicatif module de gestion, MG. tel que defini en liaison avec les figures 2a et 2b notamment, peut 
etre realise par I* intermedia ire d*un logiciel serveur normalise, de type REFTEL. Ce logiciel assure la gestion 
de 8 abonnes, par exemple, connects par I'intermediaire du r6seau NUMERIS, et permet de realiser te dia- 
logue interactif precite. II g£re egalement les protocoles multim£dias et STUCAM, et permet une evolution ai- 
see vers d'autres types de reseaux. 

Enfin, un systeme de gestion de base de donnees de type ORACLE peut etre implante. On indique bien 
sur que pour I'implantation de I'ensemble de ces fonctions, le micro-ordinateur precite peut etre muni d'un dis- 
que dur de 300 Mo. 

Ainsi que repr6sent6 en figure 4b, chaque terminal d'abonne local, T, peut etre implante sur un micro-or- 
dinateur comportant le type de processeur precedemment mentionne dans la description, muni de ses p6ri- 
ph6riques. II comporte egalement une carte de liaison de type NUMERIS, PCSNET-OST, un disque dur de 
capacite 200 Mo, un lecteur de carte 3 memoire de type LECAM, et un pointeur de type souris. 

Le terminal est 6quip6 de logiciels de type logiciels applicatifs dont le logiciel REFTEL, permettant la 
consultation multimedia et te transfert de fichiers, par exemple. 

Enf in, le centre serveur distant represente en figure 4 peut egalement etre implante sur une machine de 
type micro-ordinateur PC comportant un processeur mentionne precedemment dans la description cadence 
£ 33 MHz et une m6moire vive de 4 Mo, par exemple. Chaque serveur applicatif, SA, est egalement 6quip6 
de ses peripheriques et, en outre, de cartes de telecommunication micro-ordinateur pour I'acces des termi- 
naux. Ces cartes sont de type PCSNET-OST, par exemple. 

L'acces au module de gestion, MG, est de meme assure par une carte d'interface micro-ordinateur liaison 
numerique & commutation de paquets de type PCXNET-OST. 

Toutes les references portant la mention OST designent des produits logiciels commercialises en France 
par la societe OUEST STANDARD TELEMATIQUE. 

En ce qui concerne les intercommunications entre les diff6rents elements du systeme de gestion objet 
de la presente invention, on indique que les protocoles utilises pour assurer les diff6rentes communications 
sont les protocoles repr6sent6s dans le tableau ct-apr6s : 



PROTOCOLE 


DESIGNATION 


ECHANGE 


ETS 300 080 


Acc6s & NUMERIS en X.25 


T-MT et T-SA 


ETS 300 079 


Protocole de com. sur NUMERIS 


T-MT et T-SA 


ETS 300 075 


Transfert de fichiers STUTEL 


T-SA 


ETS 300 072 


AlphamosaTque 


T-MT et T-SA 


ETS 300 073 


Geometrique 


T-SA 


ETS 300 177 


Syntaxe photo JPEG 


T-SA 


ETS 300 149 


Syntaxe audio 


T-SA 


ETS 300 076 


Identification terminal 


T-MT et T-SA 


JPEG 


Compression image 


T-SA 


G7 xx 


Son numerique 


T-SA 


STUCAM 


Pilotage LECAM 


T-MT 



Parmi les protocoles mentionnes dans le tableau precedent, on indique que la reference ETS d6signe le 
protocole d6f ini conform6ment aux specifications de I'lnstitut Europ6en de Standardisation des Telecommu- 
nications (European Telecommunication Standard Institute), la designation JPEG designs des protocoles 
correspondent aux specifications d6finies par ('Organisation Internationale de Standardisation (International 
Standardization Organisation). 

La designation STUCAM correspondent £ des specifications pubises en France par FRANCE TELECOM. 

On a ainsi d6crit un systeme de gestion de la consommation de consultations de donn6es sur un r6seau 
de telecommunications particulierement performant tant du point de vue de la rapidite d'intervention et f ina- 
lement d'ex6cution de la prestation de service que du point de vue de la souplesse d'utilisation. 
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En ce qui concerne la rapidity de prestation de service, on indique que, dans le mode de realisation decrit 
en liaison avec la figure 1b notamment, les temps d'acces sont les suivants : 

- 3 secondes a 6 secondes pour joindre le module de gestion, MG, ces temps correspondant au temps 
d'etablissement de la liaison NUMERIS, 

5 - quelques secondes pour le traitement par le module de gestion, MG, ces traitements comportant no- 

tamment identification de I'abonne et serveur applicatif a consulter, verification des credits affectes, et 
emission de la cle temporaire vers le serveur distant, SA, et vers I'abonne local, T, 

- 3 secondes a 6 secondes pour joindre le serveur distant, SA, 

- 1 seconde pour effectuer le contrdle de la cle par le serveur applicatif, SA. 

10 Le temps d'etablissement minimal global pour I'abonne est done inferieur a 15 secondes. 

En outre, du point de vue de la souplesse d'utilisation, on indique que le module de gestion, MG, permet 
au centre serveur distant, SA, de garde r ('initiative du montant de la tarif ication. 

L'abonne peut ainsi negocier aupres du centre serveur distant SA, le montant £ payer et vice-versa, le 
centre serveur distant, SA, pouvant avoir differentes strategies en fonction du type d'abonne, gratuite forfai- 
ts taire a I'acte, tarif d6gressif progressif a la duree. La strategie adaptee a I'usager peut ainsi etre mise en oeuvre 
a partir d'informations correspondant a un prof il d'usager, lequel est communique dans la liaison 2. 

En outre, le module de gestion, MG, est un tiers en qui les different s abonnes ont conf iance. On indique 
en particulier que le module de gestion, MG, peut etre place dans n'importe quel territoire national accessible 
par les reseaux de telecommunication precedemment decrtts dans la description. 
20 Enf in, le module de gestion, MG, gere deux types de credit : 

- le credit total alloue au compte client, lequel peut etre gere avec la technique des plafonds glissants sur 
des intervalles de temps determines, 

- le credit specif ique alloue par transaction et par individu, e'est-a-dire par abonn6 local. 

Enf in, en ce qui concerne les domaines de responsabilite compares du module de gestion, MG, et du cen- 
25 tre serveur distant, SA, vis-a-vis de I'abonne local, on indique que : 

- la presentation de I'offre des serveurs applicatifs ou serveurs distants, SA, et la fixation du montant a 
percevoir sont du domaine de responsabilite des serveurs applicatifs, 

- la definition du montant du credit accord 6 a un client et le recouvrement des montants ne^gocies sont 
du domaine de responsabilite du module de gestion, MG. 

30 Enf in, I 'architecture du systeme de gestion objet de la presente invention est ouverte vers d'autres fonc- 

tionnalites, telles que notamment les modes de paiement les moyens de paiement 

Dans la description precedente, I'acces a un serveur ditant SA a ete envisage pour un seul module de ges- 
tion MG. II va de soi toutefois, et ce sans sortie du cadre de I'objet de la presente invention, que I'acces a un 
meme serveur distant peut etre gere, pour une plural ite d'abonn6s f par plusieurs modules de gestion distincts, 

35 moyennant une identification de chacun des modules de gestion considere. 



Revendications 

40 1. Systeme de gestion de la consommation de consultations de donnees-sur un reseau de telecommunica- 
tion entre un centre serveur distant et un terminal d'abonne local, la communication entre le centre ser- 
veur distant et le terminal d'abonne* local etant reatisee par I' intermedia ire d'une liaison de telecommuni- 
cation de type commute, caracterise en ce que led it systeme comporte un moyen de gestion de la consom- 
mation, externe a ladite liaison, permettant par une communication de type interact if entre, d'une part, 

45 ledit terminal d'abonne local et ledit moyen de gestion, et d'autre part, entre I edit moyen de gestion et 

ledit centre serveur distant d'etablir, contrdler et acquitter ladite consommation entre ledit centre serveur 
distant et ledit terminal d'abonne. 



2. Systeme de gestion selon la revendication 1, caracterise en ce que la communication entre ledit moyen 
so de gestion et ledit terminal d'abonne local est re a I is ee par rintermediaire d'une liaison de telecommuni- 
cation a debit inferieur ou egal au debit de la liaison entre terminal d'abonne local et serveur distant. 

3. Systeme de gestion selon la revendication 1 ou 2, caracterise en ce que la communication entre ledit 
moyen de gestion et ledit centre serveur distant est realisee par rintermediaire d'une liaison numerique 

55 a commutation de paquets. 

4. Systeme de gestion selon Tune des revendications precedentes, caracterise en ce que ladite communi- 
cation de type interactif entre ledit terminal d'abonne local et ledit moyen de gestion respectivement ledit 
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moyen de gestion et le centre serveur distant est geree par un protocole de communication comportant 
au mo ins successivement tes eta pes : 

- de connexion dudit terminal d'abonne local audit moyen de gestion et d'acquittement de cette 
connexion, 

- de transmission par ledit moyen de gestion audit centre serveur distant d'un message d'autorisation 
de demande de service pour le terminal abonne considere, et, sur validation par le centre serveur 
distant dudit message d'autorisation de demande de service, 

- de demande de connexion dudit terminal abonne local audit centre serveur distant, par transmission 
a ce dernier d'un message de demande de connexion, et sur validation dudit message de demande 
de connexion, 

- de transmission et d'echange de donnees entre ledit centre serveur distant et ledit termninal d'abon- 
ne local suivant la prestation de service demandee, et suite a la fourniture de la prestation de service 
demandee, 

- de transmission par ledit centre serveur distant vers ledit moyen de gestion d'un message de compte 
rendu de prestation de service. 

Systeme de gestion selon la revendication 4, caracterise en ce que ledit protocole de communication peut 
comporter en outre, suite a validation du message de compte rendu de prestation de service par le moyen 
de gestion, des eta pes : 

- de transmission par le moyen de gestion vers le terminal d'abonne d'un message d'information sur 
la facturation de la prestation de service, consistant en un debit associe audit terminal d'abonne, 

- de transmission par ledit moyen de gestion vers ledit centre serveur distant d'un message de rever- 
sement du credit res tan t alloue au benefice dudit terminal d'abonne. 

Systeme de gestion selon la revendication 4, caracterise en ce que ledit message de demande de 
connexion comporte des informations permettant a I'abonne de negocier le montant reel de la consom- 
mation. 

Systeme de gestion selon Tune des revendications 2 a 4, caracterise en ce que I'etape de connexion dudit 
terminal d'abonne local audit moyen de gestion, I'etape de transmission par le moyen de gestion au centre 
serveur distant d'un message d'autorisation de demande de service, I'etape de transmission par le ter- 
minal abonne au centre serveur distant d'un message de demande de connexion, I'etape de transmission 
et d'echange de donnees entre le centre serveur distant et le terminal d'abonne, I'etape de transmission 
par le centre serveur distant vers le moyen de gestion d'un message de compte rendu de prestation de 
service sont realtsees en temps reel. 

Systeme de gestion selon Tune des revendications 2 a 5, caracterise en ce que I'etape de transmission 
par le moyen de gestion vers le terminal d'abonne local d'un message de facturation et I'etape de trans- 
mission par le moyen de gestion au centre serveur distant du message de reversement sont effect uees 
en temps reel ou differe. 

Systeme de gestion selon Tune des revendications precedentes, caracterise en ce que ledit moyen de 
gestion com pre nd au moins : 

- un micro-ordinateur muni de ses elements peripheriques, ledit micro-ordinateur comprenant 

- une pluralite de cartes de telecommunication pour micro-ordinateur permettant le raccordement 
dune pluralite de terminaux d'abonnes, 

• une pluralite de cartes d 'interface micro-ordinateur liaison numerique a commutation de paquets per- 
mettant d'assurer I'acces et la connexion simultanee a plusieurs centres serveurs distants distincts. 

Systeme de gestion selon la revendication 9, caracterise en ce que ledit moyen de gestion est intercon- 
necte a un centre d'autorisation distant. 

Systeme de gestion selon la revendication 9, caracterise 

en ce que ledit moyen de gestion est interconnects a un systeme de paiement electronique. 
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